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DETAILED ACTION 

1. This action is responsive to Amendment filed on May 16 th 2006, Claim 1 has 
been amended. Claims 2-8, 11, 13-16 have been canceled. Claims 1,18, and 
21 have been amended. Claims 1, 9, 10, 12, 17-23 are pending. 

Response to Amendment 

2. In view of the amendments to claims 1 and 17 to correct the typographical error 
identified in the previous Office Action, objection of claims 1 and 17 is hereby 
withdrawn. 

Response to Arguments 

3. Applicants' arguments filed May 16 th 2006 and May 8 th 2006 have been fully 
considered but they are not persuasive. 

Applicants essentially amended at least the independent claims to recite 
"generating" (as opposed to "providing" or "configuring" as recited previously) the 
adapter/stub representation during runtime. However, this limitation, as claimed, 
does not distinguish from the art of record (i.e., Pelegri), which, as established in 
the previous Office Action (page 7), clearly teaches "generating the adapter/stub 
for the virtual machine during runtime". 

In response to Applicants' general argument (filed May 8 th 2006) that 
McQuistan does not teach or suggest the claimed features (a-e) of claim 1 , as 
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established in the previous Office Action (pages 7-10), both references (i.e., 
Pelegri and McQuistan) were relied upon to teach the claim features of claim 1 . 
Thus, one cannot show nonobviousness by attacking the reference (i.e., 
McQuistan) individually where the rejections are based on combinations of 
references (i.e., Pelegri and McQuistan). See In re Keller, 642 F.2d 413, 208 
USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 
(Fed. Cir. 1986). 

Applicants further generally argue that since "McQuistan pertains to a 
translation mechanism that performs all marshalling and unmarshaling code so 
that 'stubs are no longer needed to be used on the server side .." thus does not 
teach the claimed limitation, "providing an adapter or stub as needed for a virtual 
machine" (Remarks, page 8, first paragraph). The Examiner respectfully 
disagrees. 

Contrary to Applicants' argument, in col. 5:20-30, and col.5:49-col.6:5, 
McQuistan explicitly discloses that the server stubs (e.g., by the MIDL compiler) 
are provided while the amount of code is still reduced. 

In view of the foregoing discussion, rejection of the claims under 35 USC 
103(a) is considered proper and maintained. 
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Response to Applicants' previous arguments is regenerated here for 
completeness: 

First, Applicants contend, "McQuistan et al. does NOT teach or suggest an 
adapter that can facilitate translation of an execution stack" (Remarks, page 9 of 
10, 2 nd paragraph). Applicants essentially contend that the argument stack created 
at runtime by the interpreter of McQuistan et al. (hereinafter, "McQuistan") does 
not teach, "translating an execution stack that can be used for compiled code" 
(Remarks, page 9 of 10, 2 nd paragraph). The Examiner respectfully disagrees. 
> As has been established in the final Office Action (page 8), in FIG.4 and col.6:47-67, 
McQuistan specifically disclose the client stubs 408 and 412 interfacing with the 
interpreter 404. The interpreter 404 marshals (i.e., translate/convert) arguments (of 
the stubs) into a runtime buffer maintained by the RPC runtime 402. The interpreter 
404 also unmarshals (i.e., translate/convert) arguments out of the runtime buffer 
and passes the arguments to the client stubs. In FIG.5 and col.7:40-col.8:50, 
McQuistan expressly discloses the process of a client (i.e., caller) invoking a remote 
procedure residing on the server wherein the arguments of the client (for 
invoking/calling a remote procedure) are pushed onto an stub argument stack, which 
is then passed to the server. After receiving the argument stack from the client, the 
server's interpreter marshals (i.e., translate/convert) the arguments into the runtime 
buffer, which is then passed to the RPC runtime facility on the server to carry out the 
requested [remote] procedure. The output of the [remote] procedure is then pushed 
onto the runtime buffer and passed back to the server's interpreter. The server's 
interpreter than unmarshals (i.e., translate/convert) the output stored from the runtime 
buffer into the stub argument stack of the client. In col.2: 1-20, McQuistan expressly 
discloses a buffer as a stack that contains arguments in a specific order. As admitted 
by Applicants, col. 7:4-25 of McQuistan also teaches creating an argument stack at 
runtime (i.e., during execution). In the same passage, McQuistan expressly discloses 
the client side interpreter and the server side interpreter are stored in dynamically 
linked library and are linked into the address space of the caller (e.g., server) or callee 
(e.g., client) at runtime. Needless to say, this clearly anticipates that the remote 
procedure on the server is invoked during execution of the caller application on the 
client. Thus, it is clear from these passages that the both the argument stack and the 
runtime buffer are execution stacks utilized by the client runtime environment and the 
server runtime environment, respectively. Moreover, the marshaling of the argument 
stack created at runtime (for the caller/client) into the runtime buffer/stack anticipates 
translating the execution stack. McQuistan does not expressly disclose the interpreter 
as being associated with the virtual machine. However, Pelegri already teaches a 
virtual machine, which is well known in the art to be a stack-based machine. Thus, it 
is obvious that the interpreters of McQuistan are virtual machines since they rely on 
runtime stacks to perform the marshaling and unmarshaling functions. 
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Second, Applicants contend, "The cited art does NOT teach or suggest an 
adapter/stub that can behave as an adapter or stub for a virtual machine" (Remarks, page 
9 of 10, last 2 paragraphs). The Examiner respectfully disagrees. 

> As recited in claim 1, "providing an interpreter to compiled code (I/C) adapter 
that facilitates translation of a first execution stack used by an interpreter ... so 
that the first execution stack can be subsequently be used to execute compiled 
code compiled by a compiler associated with the virtual machine" (Emphasis 
added). As discussed above, McQuistan teaches unmarshaling (i.e., translating) 
the runtime buffer/stack (containing the result of the invoked remote procedure) 
(i.e., "first execution stack") into the argument stack used by the client application 
(i.e., caller of the remote procedure). It is respectfully submitted that 
McQuistan' s client stub (for invoking the remote procedure) clearly anticipates an 
I/C adapter that facilitates the translation of the execution stack (i.e., runtime 
buffer/stack) used by the interpreter, that is to say, the client stub is also an 
adapter, because without the client stub/adapter, there can be no argument stack, 
from which a runtime buffer can be allocated. Without the client stub/adapter, the 
remote procedure (i.e., callee) cannot be invoked by the client application (i.e., 
caller). Thus, contrary to Applicants' argument, the client stub clearly anticipates 
the adapter that facilitates the translation of the execution stack. 

Lastly, Applicants contend, "the cited art does NOT teach or suggest determining 
whether to provide an interpreter to compiled code (I/C adapter) or a compiled code to 
interpreter (C/I) adapter" (Remarks, page 10 of 10, 1 st paragraph). The Examiner 
respectfully disagrees. 

> As recited in claim 1, "providing a compiled code to interpreter (C/I) adapter that 
facilitates translation of a second execution stack used for execution of compiled 
code ... so that the second execution stack can be subsequently be used by an 
interpreter associated with the virtual machine". As discussed above, McQuistan 
teaches marshaling (i.e., translating) the stub argument stack [used by the 
executing client application] (i.e., "second execution stack") into the runtime 
buffer/stack used by the interpreter and the remote procedure. Furthermore, 
col.6:25-28 of McQuistan expressly discloses compiling the client stub code to 
produce compiled client stub to be executed along with the client application. 
Thus, it is respectfully submitted that, McQuistan' s client stub clearly anticipates 
an C/I adapter that facilitates the translation of stub argument stack (i.e., "second 
execution stack") used for execution of compiled code compiled by a compiler, so 
that the second execution stack can be subsequently used (as runtime buffer/stack) 
by an interpreter. Since McQuistan interpreter marshals an argument stack (i.e., 
providing compiled code to interpreter C/I adapter) only in response to being 
invoked by a client stub, and unmarshals the runtime buffer (i.e., providing 
interpreter to compiled code I/C adapter) only in response to being invoked by 
the remote procedure (upon being completed), McQuistan clearly teaches 
determining whether to provide an I/C adapter or C/I adapter. 
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Claim Rejections - 35 USC § 101 

4. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, 
manufacture, or composition of matter, or any new and useful improvement 
thereof, may obtain a patent therefor, subject to the conditions and requirements 
of this title. 

Claims 18-20 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. Claims 18-20 recites "a computer readable 
medium including computer program code". On page 9, 2 nd paragraph, the specification 
describes the computer readable medium as "data signal embodied in a carrier wave", 
which does not limit the claimed "product" to tangible products and media. Moreover, it 
does not appear a claim reciting a signal encoded with functional descriptive material 
falls within any of the categories (i.e., manufacture) of patentable subject matter set 
forth in § 101 . See the Interim Guidelines for Examination of Patent Applications for 
Subject Matter Eligibility, signed on October 26, 2005 - OG Cite: 1300 OG 142 
(< http://www.uspto.gov/web/offices/com/sol/og/2005/week47/patgupa.htm >). 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed 
or described as set forth in section 102 of this title, if the differences between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious at the time the invention was made 
to a person having ordinary skill in the art to which said subject matter pertains. 
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Patentability shall not be negatived by the manner in which the invention was 
made. 

6. Claims 1, 9, 10, 12, 17-23 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Pelegri in view of McQuistan et al. (McQuistan, US 6321275 
B1). 



Claim 1 

Pelegri teaches in a computer system (see at least FIG. 3 & associated text), a 
method for generating an adapter/stub (see at least run-time, new stub class col.6:33- 
65) for a virtual machine (see at least 1 1, 15 FIG.1 & associated text; 11, 15 Fig. 3 & 
associated text; virtual machine, local machine, remote machine col. 6:42-50) during 
runtime (see at least 410 FIG. 3 & associated text; 816 Fig. 10 & associated text; 910 
Fig. 11 & associated text), comprising: 

o identifying a machine state input parameter for a machine state (see at least stub 

class, remote object, second virtual machine col A: 15-55); 
o identifying input parameters for a call to compiled code (see at least clients, 

object handles, remote objects, stub objects col. 2:50-67); 
o mapping the machine state input parameter and the machine state to the input 
parameters for the call to compiled code (see at least stub class, remote object, 
second virtual machine col A: 15-55); and 
o mapping the machine state and a return value to an exit point of an interpreter to 
compiled code adapter (see at least virtual machine 1 1, 15, stub 60, object 62, 
remote object 1 FIG.1 & associated text). 
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o providing a stub representation to a compiler for compilation (see at least 410 
FIG. 3 & associated text); and 

o generating object code base upon the compilation (see at least run-time stub 60 
col.6: 33-65; Java col. 13:50-55). 
Pelegri further teaches wherein the adapter/stub is a platform-specific interpreter to 
compiled code (l/C) adapter/stub (see at least object handles, remote objects, process, 
remote machine, local machine, stub objects col. 2:50-67). Pelegri does not expressly 
disclose wherein the adapter/stub can behave as an adapter or a stub for the virtual 
machine; [determining whether to] generate an adapter/stub that can behave as an 
adapter or stub for the virtual machine; determining whether to provide an interpreter to 
compiled code (l/C) adapter or a compiled code to interpreter (C/l) adapter when the 
determining determines to provide the adapter/stub as an adapter; providing an 
interpreter to compiled code (l/C) adapter that facilitates translation of a first execution 
stack used by an interpreter associated with the virtual machine when the determining 
determines to provide the (l/C) adapter, so that the first execution stack can 
subsequently be used to execute compiled-code compiled by a compiler associated 
with the virtual machine; and providing a compiled code to interpreter (C/l) adapter that 
facilitates translation of a second execution stack used for execution of compiled code 
compiled by a compiler associated with the virtual machine when the determining 
determines to provide the C/l adapter, so that the second execution stack can be 
subsequently be used by an interpreter associated with the virtual machine. 



Application/Control Number: 10/080,793 Page 9 

Art Unit: 2192 

However, McQuistan discloses 

o wherein the adapter/stub can behave as an adapter or a stub for the virtual 
machine (see at least FIG. 5 & associated text; col.7:40-col.8:50, FIG. 4 & 
associated text; col. 6:47-67); 

o [determining whether to] generate an adapter/stub that can behave as an adapter 
or stub for the virtual machine (see at least FIG.5 & associated text; col. 7:40- 
col.8:50, FIG.4 & associated text; col.6:47-67); 

o determining whether to provide an interpreter to compiled code (l/C) adapter or a 
compiled code to interpreter (C/l) adapter when the determining determines to 
provide the adapter/stub as an adapter (see at least FIG.5 & associated text; 
col.7:40-col.8:50, FIG.4 & associated text; col.6:47-67); 

o providing an interpreter to compiled code (l/C) adapter that facilitates translation 
of a first execution stack used by an interpreter associated with the virtual 
machine when the determining determines to provide the (l/C) adapter, so that 
the first execution stack can subsequently be used to execute compiled-code 
compiled by a compiler associated with the virtual machine (see at least FIG.5 & 
associated text; col. 7:40-col. 8:50, FIG.4 & associated text; unmarshaling 
col.6:47-67); and 

o providing a compiled code to interpreter (C/l) adapter that facilitates translation of 
a second execution stack used for execution of compiled code compiled by a 
compiler associated with the virtual machine when the determining determines to 
provide the C/l adapter, so that the second execution stack can be subsequently 
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be used by an interpreter associated with the virtual machine (see at least FIG.5 
& associated text; col. 7:40-col. 8:50, FIG.4 & associated text; marshaling 
col.6:47-67). 

Pelegri and McQuistan are analogous art because they are both directed to compiling 
adapter/stub code. It would have been obvious to one of ordinary skill in the pertinent 
art at the time the invention was made to incorporate the teaching of McQuistan into 
that of Pelegri for the inclusion of translating the execution stack. And the motivation for 
doing so would have been to enable invocation of the remote object (i.e., function) by 
translating data from a format acceptable to a communication mechanism to a format 
acceptable to a the function at runtime (see McQuistan col.1 :65-col.2:22; col.4: 13-45). 

Claim 9 

The rejection of base claim 1 is incorporated. Pelegri further teaches wherein the 
method is performed in response to a determination that the adapter/stub is not stored 
in an adapter/stub library associated with the computer system (see at least 618 FIG.8 
& associated text; stub class cache check unit 614, stub class cache 618, stub class 
generator 620 col.9:65-col. 1 0: 1 3). 

Claim 10 

The rejection of base claim 9 is incorporated. Pelegri further teaches wherein the 
determination is performed when compiled code is to be executed by the computer 
system (see at least client application 9, stub 60, object handle 62, remote object 1 
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FIG.1 & associated text), and the computer system determines that an interpreter to 
compiled code (l/C) adapter/stub is required (see at least 618 FIG. 8 & associated text; 
stub class cache check unit 614, stub class cache 618, stub class generator 620 
col.9:65-col.10:13). 

Claim 12 

The rejection of base claim 1 is incorporated. Pelegri further teaches wherein the 
adapter/stub is further operable to update the states of different components of the 
computer system (see at least objects, state, class, member functions col.1:37-col.2:2; 
clients, object handles, remote objects, member functions, stub objects col.2:50-67). 

Claim 17 

The rejection of base claim 1 is incorporated. Pelegri as modified by McQuistan 
further teaches wherein said determining of whether to provide an l/C adapter or a C/l 
adapter comprises: determining whether one or more bytecodes have been processed 
by an interpreter (see at least McQuistan FIG.5 & associated text; col.7:40-col.8:50, 
FIG.4 & associated text; col.6:47-67). 

Claims 18-20 

Claims recite a computer readable medium including computer program code for 
performing the method addressed in claims 1 , and 17, therefore, are rejected for the 
same reasons cited in claims 1 and 17. 
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Claims 21-23 

Claims recite a computing system comprising at least one processor that 
performs the method addressed in claims 1, and 17, therefore, are rejected for the 
same reasons cited in claims 1 and 17. 

Conclusion 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire 
THREE MONTHS from the mailing date of this action. In the event a first reply is 
filed within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Chrystine Pham whose telephone number is 571- 
272-3702. The examiner can normally be reached on Mon-Fri, 8:30am-5pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax 
phone number for the organization where this application or proceeding is 
assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free), f) 



CP 

August 7, 2006 




